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مشرفة الموسوعة العربية للكمبيوثر والإنثرنت 


الدورات التعليمية .. هي مجموعة من الدورات 
التي تقدمها لكم الموسوعة العربية؛ بدأنا بتقديمها 
فقي الصيف تحت مسمى " الدورات الصيفية " وها 
هي تعود من جدید . حرصنا على تقديم دورات في 
مجالات مختلفة لنراعي أغلب الاهتمامات كما 
حرصنا على انتقاء الدورات المفيدةء غير المتكررةء 
بطريقة جادة تنقلك إلى الجو الدراسي في قاعات 
الجامعة و صفوف a‏ 
إلكترونية! كل هذا مجانا! .. 

ساحات الموسوعة العربية للنقاش والأسئلةء 
تحدها هنا! ... 


استفد واستثمر وقتك معنا! إذا كنت ترغب في 
فاستغل كل دقيقة واستفد معنا! و لا تسى اننا 
في عصر المعلومات والسرعة. 


ابداً الآن !انتقل لصفحة الدورات و اختر الدورة التي تناسبك. انتقل لصفحة الأساتذة للاطلاع على 
قائمة الأساتذة الذين سيلقون المحاضرات .انتقل لصفحة التسجيل كي تسجل نفسك في إحدى 
الدورات» لن تستطيع المشاركة في أي دورة قبل أن تسجل. انتقل لصفحة المراجع كي تطلع على 
المراجع المقدمة من الأساتذة بخصوص الدورات الحالية .انتقل لصفحة الملتحقين لتطلع على بعض 
المعلومات عن الملتحقين في الدورات. انتقل لصفحة اتصل بنا كي ترسل لنا اقتراحاً أو طلباً. نحن 
بانتظارك! لكن الوقت محدود و عدد الملتحقين في كل دورة محدود لذا لا تتأخر في التسجيل من 


هذا الكتاب 


ليس فى الأصل ألا دورة تم تدريسها فى ساحة الدورات التعليمية بالموسوعة 
العربية للكمبيوتر والإنترنت › وتم جمع تلك الدروس وسلسلة النقاش التى 
دارت حولها هنا فى هذا الكتاب › وتم وضع النقاشات على هيئة أسئلة 
وأجوبة لكى يستفيد الجميع منها ITT:‏ 


لذلك تعتبر سلسلة كتى الدورات التعلىمىة : 
٠ه‏ أول سلسلة كتاب إلكترونية عربية خاصة بالمبتد أين. 


٠ه‏ السلسلة الوحيدة التى تتبع نظام الأسئلة والأجوبة الناتجة فعلاً من مشاكل حقيقة لأشخاص من مختلف 
الأماكن والدول › مما يهيئ عندك نوع من استعداد لأى مشكلة وكيفية التعامل معها. 


تعتبر سلسلة الكتاب الوحيدة المدعومة اربع وعشرين ساعة طوال العام » فيمكنك الاستفسار عن اى 
مشكلة وحلها عن طريق وضعها فى ساحة النقاش والأسئلة بالموسوعة . 


ه٠‏ إن هذا الكتاب هو من اجل نشر المعرفة وتوسيع التفكير المنطقى الأساسي › الاحتراف هو ليس الهدف 
فى حد ذاتهء بل الاستطلاع واكتشاف الذات والإلمام الجيد بالأساسيات والمبادئ الأولية 


من اجل شق طريق النجاح بكل سهولة ويسر. 


المحتويات .. 


الدرس الأول: ماذا نعني بهندسة البرمجيات؟ 


الدرس الثاني: دورة حياة تطوير المشروع 


الدرس الثالث: دراسة المتطلبات 


الدرس الرابع: تصميم النظام 


الدرس الخامس: كتابة البرنامج واختباره 


الدرس الخامس _الحزء الثانى : كتابة البرنامج واختباره 


بسم الله الرحمن الرحيم 


الدرس الأول: ماذا نعني بهندسة البرمجيات؟ 


أهتاق الخرس الأول: 
سوف نحاول خلال هذا الدرس الإجابة على هذه الأسئلة: 


ما هي هندسة البرمجيات؟ 

من يشارك بھا؟ 

ما هي مكونات النظم البرمجية؟ 
وکیف یتم بنائها؟ 


مقدمة: 

لم يعد خافيا على أي منا أهمية البرمجيات 50۷3۲8 في حياتنا اليومية سواء في البيت أو المصنع أو 
المستشفى أو ... الخ» فنحن نتعامل يوميا مع العديد من الأجهزة والمعدات التي تعتمد في عملها على 
البرمجيات ومن المهم لنا أن تعمل هذه الأجهزة ويرامجها بالشكل والكفاءة التي نتوقعها منها. لذا فإن 


هندسة البرمجيات اصبحت اليوم أكثر أهمية من اي وقت مضی. 


1- Shari Pfleeger, "Software Engineering - Theory and Practice", 2nd Edition 


ما هي هندسة البرمجيات؟ 

لنفهم معا علاقة هندسة البرمجيات بعلوم الكومبيوتن دعونا نأخذ هذا المثال عن علم الكيمياء واستخدامه 
في حل المشاكل التي نقابلها في حياتنا اليومية. 

يهتم الكيميائي بدراسة المواد الكيميائية (تركيبهاء تفاعلاتهاء والنظريات التي تحكم سلوكها.( 

بينما المهندس الكيميائي يستخدم النتائح التي توصل إليها الكميائي لحل المشاكل التي يطلب منه إيجاد 


من ا نظر الكيميائي الكمياء هي موضوع الدراسة بحد ذاتها. 
ومن وجهه نظر المهندس الكميائي الکيمياء هي أداة امه تستخدم لأيجاد الحلول لمشاكل عامة) وقد لا 
تكون هذه المشكلة ذات طبيعة كيميائية بحد ذاتها.( 


وبنفس الفكرة يمكن النظر إلى علم الحوسبة €٥٤١ع|i٤5‏ 8۲ امه حيث يكون تركيزنا على الحواسيب ولغات 
البرمجة لدرستها وتطويرها في حد ذاتها. ‏ 
أو يمكن النظر إليها والتعامل بها على انها ادوات نستخدمها عند تصميم وتطوير حل لمشكلة ما تواجهنا او 


مهندس البرمجیات €€۲ Software ٤"9"‏ يعتبر أن الكمبيوتر هو أداة لحJ problem-solving tool. Jnl‏ 
وعليه أن يستخدم معلوماته حول الحاسوب وعلم الحوسبة للمساعدة في حل المشكلة التي يطلب منه 


إيجاد حل لها. 


ادوات وتقنيات 
لحل المشاتل 


شکل (1-1) 


ولكن ومن المهم أن نتذكر أن عملية كتابة البرامج تعد فن ۸٣٤‏ بقدر ما هي علم لماذا؟ 


لأنه يمكن لأي شخص لديه معرفة كافية بأحد لغات برمجة الحاسوب ۸٤)6١‏ أن يكتب برنامج ليؤدي مهمة 
محددة» لكن الامر يتطلب مهارة ومعرفة مهندس برمجيات محترف لكتابة برنامج أكثر تناسقا ووضوحا »وأسهل 
في الصيانة» ويقوم بالمهمة المطلوية منه بفعالية ودقة أكبر. 


أي أن. هندسة البرمجيات تعنى بتصميم وتطوير برامج ذات حودة عالية. 


من يشارك في هذه العملية؟ 
المشاركون في عملية صناعة البرنامج» عادة ما يندرجون تحت تلاث مجموعات: 


٠‏ الزبون :۳8۴۲ 0ءلا٤‏ وهو الشركة (أو الشخص) الممولة لمشر وع تطوير البرنامج المطلوب 

٠‏ المستخدم :€۲ءل الشخص (أاو مجموعة الاشخاص ) الذي سوق يقوم فعلا باستعمال البرنامجء 
والتعامل معه مباشرة. 1 

٠ه‏ المطور :۲٠1ء0۷‏ وهو الشركة (او الشخص) الذي سوف يقوم بتطوير البرنامج لصالح الزيون. 


الشكل التالي يظهر العلاقة بين الفثات الثلاثة السابقة 


CUSTOMER Sponsors system 


development 


$99, 


needs 


DEVELOPER 
Contractual 
ER obligation 9 
Uses Builds 
system أ‎ j 
Needs 


Software system 


FIGURE 1.7 Participants in software development. 


المصدر: المرجج رقم 1 
شکل (2-1) 
مکونات النظام 
مشاریعنا التي نطورها لن تعمل في الفراغء فعليها أن تتفاعل مع مستخدمين» أجهزة ومعدات متنوعة. نظم 
تشغیل وبرامج وملفات وقواعد بیانات .... إلخ و ريما حتى أنظمة حواسیب ب آخری. لهذا یجب تعريف حدود 


النظام ومكوناته جیدا .اي یجب تعریف ما الذي یشتمل عليه النظام وما الذي ١‏ یشتمل عليه. 


أي نظام هو عبارة عن مجموعة من الكائنات كأء#زطه والنشاطات 5ءاأ۷ناءة بالإضافة إلى وصف للعلاقات 
التي تريط تلك الكائنات والنشاطات معا. مع تعريف قائمة المدخلات المطلوبة والخطوات المتبعة والمخرحات 
الناتجة لكل نشاط. 


أول خطوات تحليل المشكلة هو فهم ماهية المشكلة وتعريفها بوضوح» لذا علينا أولا أن نصف النظام بتحديد 
مكوناته والعلاقات التي تربط بين هذه المكونات. 

.1النشاطات والكائنات: النشاط هو عميلة تحدث بالنظام وعادة ما يوصف كحدث يتم من خلال حافز. النشاط 
یغیر شئ ما إلى آخر بتفیر خواصه (صفاته( 
هذا التفير يمكن أن يعنى تحويل أحد عناصر البيانات من موقع إلى آخر, أو تعديل قيمته إلي قيمة مختلفة. 
هذه العناصر تسمی کائنات objects‏ وهي عادة مرتبطة ببعضها البعض بشكل أو بأخر. متلا الكائنات 
يمكن أن تكون مرتبة في مصفوفة أو سجل) قيد.( 


وصف هذه الكائنات نوعهاء النشاطات التي يمكن إجرائها عليها ... يجب وضعها بدقة هي ايضا. 


.2العلاقات وحدود illظطlمBoundary Relationships and System‏ 
بعد تعريف الكائنات والنشاطات جيدا» يمكن أن نربط بين كل كائن والنشاطات المتعلقة به بدقة. تعريف الكائن 
يتضصمن الموقع الذي سوف ينشأً به (نعض العناصر يمکن أن تکون موجودة بملف سبق انشاءه» والبعض قد یتم 

انشاءه خلال حدث ما( والهدف من انشاءه(بعض الكائنات تستخدم من قبل نشاط واحد فقط والبعض يمكن 
أن يستعمل من قبل نظم آخری کمدخلات , (۲ م۱۸ لذا يمكن أن نعتبر أن لنظامنا حدود 001۸03۲۷ بعض 
الكائنات بمكن ا تعبر هذه الحدود إلى داخل النظام والبعض الآخر هي مخرحات من نظامنا ويمكن أن ترحل 
إلى نظم آخری. 


بهذا يمکن أن نعرف النظام 5۷5۳ ۸ على أنه تجمع من 
'مجموعة من الکائنات enti.‏ 

*محموعة من الانشطة.5ع ]ا۷ا a‏ 

:وصف للعلاقات بين الكائنات والانشطة. Relatio¬sh ip‏ 
«تعريف لحدود النظام. 001۸03۲۷ 


کیف نبي نظام؟ 

إذا طلب منا عميل تطوير نظام (برنامج) له لحل مشكلة معينة تواجهه في عمله. فمثلا يحتاج نظام حماية 
لشتركه, أو تظام صرق الي لهك أو ممن أكون صاجت مكشة أو مجر و يزيد كير تظام البيع و الشراء أو 
العرض ليتم بشكل آلي. علينا اتباع الخطوات التالية لبناء هذا النظام: 

.1عقد اجتماع مع العميل لتحديد متطاباته. هذه المتطلبات تشمل وصف النظام بجميع مكوناته التي 
.وضع تصميم عام للنظام بحقق المتطلبات التي حددها العميلء وعرضه على العميل ليوضح له الشكل 
الذي سيظهر عليه النظام عند الانتهاءء و ومراجعته معه لأخذ موافقته عليه. ‏ 

.3بعد موافقة العميل على التصميم يتم العمل على وضع التصاميم التفصيلية لأجزاء المشروع 

.4كتابة البرنامج 

.5اختباره» واعادة مراجعة المتطلبات التي وضعها العميل للتأكد من تحققها في البرنامج. 

.6تسليم النظام إلى العميل. 

.بعد تسلم العميل للنظام قد تظهر بعض المشاكل أو الاخطاء التي لم تظهر خلال عملية الاختبارء والتي 
تجب على المطور اصلاحها فيما يعرف بصيانة النظام. 


خلال الدروس التالية من الدورة سنتعرف على كل خطوة من هذه الخطوات وكيف تتم بشكل مبسطء وسوف 
نخوض في مزيد من التفاصيل في دروس لاحقة بإذن اللّه. 


٠.٠ )‏ .نها ية الدرس الأوله..٠" ٠١.٠‏ ( 


( ٠۰.٠ الدرس الأوله...`‎ شاقن«٠٠..‎ ٠.-٠ ) 


س1 - هل المقصود بهذي الجملة ان المبرمج لا يستطيع حل المشكله فقط مهندس البرمجيات 
هو الذي يیستطیيع؟؟؟؟ 


ممكن أن يوجد شخص تعلم البرمجة دون أن يدرس هندسة برمجیات و ن شخص آخر درس هندسة البرمجيات 
صالطبع غلوم الحاسوب ‏ لو اغطيت هتين الخخصين مشكلة ا aT‏ 
للمشلكة أفضل من حل المبرمح الذي لم يدرس هندسة البرمجيات 

"تستطیع أن تقول أن کل مهندس برمجيات هو مبرمج بينما ليس کل مبرمج هو مهندس برمجیات" 


نعم هذا هو المقصود» هندسة البرمجات لا تهتم فقط بكتابة برنامج يؤدي مهمة محددة فحسب. بل أنها 
تهتم بما هو اكثر من ذلك "جودة البرنامج" 


كلمة مبرمج أو 1۵٤۸۴۲‏ تطلق على كل من يعرف كيف يكتب برنامج للقيام بأداء عمل ما.. 


ولكن كلمة مهندس برمجيات لا تطلق إلا على من يكتب هذه البرمجيات باسلوب علمي يسعى من خلاله 
الى أن تكون اجه دات جودة قالة 


س2 - ما المقصود في فن A۲۲‏ ؟ 

المقصود بكلمة ۸۲۲ هو الفن .. لأن كلمة الفن ۸۲ = بالانجليزي 

واما المقصود بالدرس . 

هو ان البرمجة فن وتذوق اكثر من ان تكون علم فقط أي انه یمکن کتابة نفس البرنامج باسلوب مختلف من 
شخصيين مختلفيين ويودي نفس المهام... 

کی اسای اله وا لاما وة ره اا 

س3 - هل یوحد فرق بین مهندس برمجیات و محلل نظم ؟ 

نعم هناك فرق بين مهندس البرمجيات ومحلل النظم فمثلا في الدول المتقدمة يقوم محلل النظام بدراسة 

المشروع المراد تنفيذه وكيفية حل المشاكل التي توجه كما ويقوم بدراسة الجدوى ومعرفة متطلبات 

النظام ...الخ 

أي انه يقوم بتحليل النظام المراد بنائه تحليل دقيق . 


اما مهندس البرمجيات فيقوم ببرمجة النظام وتهيئته كي يظهر في الصورة النهائية.. 
أت اع على الال الى مهي كف تة تا الام اد ال افة الخطاوت: 


الدرس الثاني: دورة حياة تطوير المشروع 


أهداف الدرس الثاني: 
كما رأينا في الدرس الاول فإن هندسة البرمجيات هو عمل إبداعي يتم إداءه خطوة بخطوةء ويتعاون فيه عدد 
من الاشخاص لكل منهم مهمة محددة .في هذا الدرس سوف نناقش الخطوات التي يتم اتباعها عند تطوير 
مشروع برمجي بمزيد من التفاصيل ونبحث في الطرق المستخدمة لتنظيم هذا العمل (صناعة البرمحيات( 


مقدمة: 
عملية بناء أي منتج تمر بعدة مراحل يطلق عليها عادة "دورة الحياةهاءر ازا "» ومما تعلمنا في الدرس 
السابق فان دروة حياة تطوير اي نظام برمجحي e|اCy‏ ع٣ا S0 tware developmen‏ تتضمن المراحل التالية: 
.1تحديد وتعريف المتطlبlت‏ ¬ Requirements analysis and definiti0‏ 

System designم|ظنلl .2تصميم‎ 

Program desig 1جمliربll .3تصميم‎ 

) Program implementa ti0 1oڙرıوط¦¡آت) .4كتابة البرنامج‎ 

.5أختبار وحدات llبرliمجtestig Unit‏ 

system testi gمlطظüiلl .6أختبار‎ 

system delivery» lظنلاl‎ pيلست7.‎ 

maintenanceةilصJl8.‎ 


كل مرحلة من تلك المراحل تتضمن من الخطوات أو النشاطات ولكل منها مدخلاتها ومخرجاتها وتأثرها 
على جودة المنتج النهائي) البرنامج.( 

دورة حياة أي منتح تبدأً بأول خطوة وهي تحديد المتطلبات وتتدرح إلى باقي الخطوات کما هي مرتبة حتی 
الوصول إلى آخر خطوة وهي تسليم البرنامج وصيانته (إن دعت الحاجة)ء إلا أن التجارب العملية تظهر أن هذا 
ليس ضروريا وأن دورة حياة تطوير البرامج قد تأخذ أشكال (أو أنماط) مختلفة. وفي هذا الدرس سوف نتعرف 
إلى هذه الأنماط 


Lifecycle Models: ةlıجلJ| أنماط دورة‎ 


النموذج lاJانحدlرModelé Waterfall‏ 
في هذا ا تسير دورة الحياة بشكل تدريجي بدأ من الخطوة (1) وحتى الخطوة (8)» وكما يظهر 
بالشكل (1) فإن كل مرحلة تبدأً بعد الأنتهاء من المرحلة التي تسبقها مباشرة. 
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شکل (1-2) 


يتميز النموذج الانحداري بالبساطة» ولذا فإنه يسمل على المطور توضيح كيفية سير العمل بالمشروع 
للعميل (الذي عادة لا يعرف الكثير عن صنع البرمجيات) والمراحل المتبقية من العمل. وقد كان هذا النموذج 
أساس عمل كثير من المؤسسات لفترة طويلة مثل وزارة الدفاع الامريكية» واستنبط منه العديد من النماذج 
الاكثر تعقيدا. 

إلا أن لهذا النموذج العديد من العيوب» أهمها أنه لا يعكس الطريقة التي يعمل بها المطورون في الواقع. 
فباستثناء المشاريع الصغيرة والبسيطة (أي أنها مفهومة بشكل جيد للمطور) فإن البرمجيات عادة ما تنتج 
بعد قدر هائل من التكرار والاعادة. في حين أن هذا النموذج يفترض أن یکون الحل واضح ومفهوم وسبق 
تحليله بالكامل قبل مباشرة مرحلة التصميم وهو أمر يكاد يكون شبه مستحيل مع الانظمة الضخمة. وحتى 
إن کان ممکن فإنه یأخذ وقت طویل جدا (ریما سنوات!( 


باختصارء النموذج الانحداري سهل الفهم و بسيط قي إدارته. لكن مميزاته تبدأً في التداعي بمجرد أن يزداد 
تعقيد المشروع. 


: Phased Develop mentJحlرم‎ ”٦”lE التطويرڙر‎ 

حسب النموذج الانحداري فإنه يجب على المطورين إنهاء مرحلة تحليل المشروع بشكل تام قبل البدأ في 
التصميم وکما وضحنا فان هذه المرحلة قد تتطلب وقت طويل في بعض المشاريع وقد تمر عدة سنوات ت قبل 
أن يرى البرنامج النهائي النورء ولكن هل يمكن لسوق العمل الانتظار كل هذا الوقت؟! 


الاجابة بالطبع لا. 

لذا کان لابد من ايجاد طرق آخرى لتقليل زمن تطوير المشروع .8ا عاءر٤‏ أحد هذه الطرق هي التطوير 
على مراحل Phased Developme n†‏ حیث يتم تطوير النظام على عدة مراحل» بتقديم إصدار من البرنامج به 
بعض الوظائف للعميل والعمل على تطوير الاصدار الاحق الذي سوف يقدم له بقية الوظائف. 


يوجد عدة طرق يمكن بها تنظيم عملية تطوير إصدارات البرنامج» ومن اشهرها: 
٭ ال ج ljallد”٦el ncremental mod‏ | 


حيث يتم تقسيم النظام المطلوب تطويره إلى عدة اجزاء حسب الوظائف التي يعتين عليه القيام بهاء يبدا 
أول إصدار بأحد تلك الاجزاء ومع الوقت يتم إضافة المزيد من الاجزاء (الوظائف) حتى يتم الانتهاء من تطوير 
الغا ب تام فحت طلا الول 


a i 


Incremental Development 


'lلiمgذج‏ llتSكرlر“”Mmodel Iterative‏ 
هذه المرة يتم تسليم برنامج بكامل الوظائف من اول مرة» ولكن يتم تعديل وتغيير بعض تلك الوظائف مع كل 
إصدار من البرنامج. 


ڪڪ ڪڪ ل 


Iterative Development 


من مميزات هذا الأسلوب أنه يمكن المطورين من الحصول على ملاحظات وتقييم الزبون مبكرا و بصورة 
منتظمة» ورصد الصعويات المحتملة قبل التمادي بعيدا في عمليات التطوير. كم انه يمكن من اكتشاف مدى 
حجم و تعقيد العمل مبكرا. 


Spiral Model النموذج النلونلبري‎ 

وهو شبيه لدرجة كبيرة إلى النموذج التزايدي والتكراري» ولكن فيه يتم دمج فعاليات التطوير مع إدارة المخاطر 
)امن إجل التحكم بها وتقليلها. 

يبدأ النموذج اللولبي بمتطلبات العميل مع خطة العمل المبدئية (الميزانيةء قيود النظام والبدائل المتاحة). 
يتقدم خطوة إلى الامام بتقدير المخاطر وتمثيل المتاحة قبل تقديم ما يعرف ب "وتيقة العمليات " 
of Operations‏ tم0nce‏ التي تصف ویشکل عام (بدون الدخول في التفاصیل) ) كيف يجب على النظام أن 
یعمل. بعدها یتم تحدید وتدقیق المتطلبات للتأكد من أنها تامة ودقيقة إلى أقصى حد ممكن. 

بذلك تكون وثيقة العمليات هي المنتج من الطور الأول و المتطلبات هي المنتج الاساسي من الطور الثاني. 
وفي الطور الثالثت تتم عملية التصميم أما الاختبار فيتم خلال الطور الرابع. 

في كل طور أو مرحلة يساعد تحليل المخاطر على تقدير البدائل المختلفة في ضوء متطلبات وقيود النظام 
وتساعد النمذجحة على التحقق من ملائمة أي بديل قبل أعتماده. 
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EVALVYATE ALTERNATIVES 


DETERMINE GOALS, 


ALTERMATI¥ES, AND RISKS 
OONSTRAINTS anita: Rlik aralyais, 
۴ ار‎ gai Risk analysis, 
x ا‎ 4 : imita: 
e ی‎ rat ; Rink onalpılt, 
u ا‎ 1 : 
ر اا‎ Risk analyelê N, Prela- Prota- \ Prale- 
e | Detar, Bolat Budget, r i Poot, | e, | MM, | e, 
۳ aqairemonlt, : Contept of کیک‎ Detailed 
e life-eyele plan : oparatian ا‎ 8 design 
ا‎ i : i ا‎ 
a, " e 1: يي ي‎ 
N hy a e Code 
e : iat 
1 | Unit asl 
ت‎ 2 tem 
Implemantalicr Aersplanee 
PLAN و ا‎ DEVELOP AND TEST 
FIGURE 2.10 The spizêl munlei 
1 المصدر:؛ المرجي رفم‎ 
)2-2( شکل‎ 
( ٠١.. "٠..هيناثلا الدرس‎ ةياهز«٠..‎ ٠.٠٠ ) 
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) 6-.۰ .قاش الدرس الثانيه-.۰` ٠*۰.‏ () 


لي ملاحظه و هي في WaterFall Model ..J|‏ 
ھل من الممکن ان يکون هناك ھ٣ا back‏ من ۴۸€ لاخر و کلما کان هذا الرجوع اکبر کلما کان مكلف اکثر 
من ناحية الوقت و التعديل و المال ؟؟ 


نعم من الممكن أن يكون هناك Phase ja back rack‏ 
وغالبا ما يكون هذا ما يحصل بالفعل عند التطبيق العملي... 


ال backtrack‏ ممكن يحدث في جميع ال ا۵۴٥"‏ وليس هذا فقط .. فبعد كل مرحلة ممكن یکتشف أن ناتج 
أحد المراحل السابقة لم يكن صحيح ويحتاج إلى تعديل 
وهذا ما يجعل أنماط آخرى كالنمط اللولبي أكثر تفضيلا. 


Waterfall ModelJJ ةıxwillç‎ backtrack JJ صورة‎ 


needs analysis anû 
specific alion 


- 


maintenance anû 
upgrades 
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الدرس الثالن: دراسة المتطلبات 


في هذا الدرس سوق نبدأً في دراسة أول (ولعلها أهم) خطوة في تطوير البرامج وهي تحديد متطلبات 
ill¡ظpl Capturing the requirements.‏ 


الهدف من تحديد المتطلبات هو فهم ما يتوقعه العميل والمستخدم من النظام (ما الذي يمكن للنظام أداؤه 
وما لا یمکنه أداؤه) .فقد يكون النظام المطلوب تصميمه بديل لنظام أو لطريقة مستخدمة لأداء مهمة محددةء 
أو ممكن أن يكون نظام جديد يقدم خدمة جديدة لم يسبق تقديمها من قبل. فلكل نظام برمجي وظيفة 
معينة» تحدد بما يمكن له أن يقوم به من أجل أداء تلك الوظيفة. 


المتطلبات :هي تعريف لشكل النظام أو وصف لما يستطيع هذا النظام أن يقوم به لأداء وظيفته التي 
سيصمم من اجلها. 


خطوات تحدىد المتطلىات : 


أولا: الاإجتماع مع العميل للتعرف على المتطلبات: 

وهذه خطوة هامة جدا إذ أن بقية الخطوات التالية تعتمد عليها بشكل أساسي. لذا يجب علينا أن نستخدم 
كافة التقنيات المتاحة لنكتشف ما الذي يطلبه العميل والمستخدم نبدأً بفهم وتحليل المشكلة التي تواجه 
المستخدم بكل أبعادهاء نتعرف على العمليات والمصادر التي تتضمنها المشكلة والعلاقات التي تريطها معا و 
نحدد حدود النظام. وهذا یمکن ان يتم من خلال: 


٠‏ طرح الأسئلة على العميل» ومن المفيد أحيانا أن نطرح نفس السؤال ولكن بأسلوب مختلف أكثر من 
مرة فهذا يساعدنا على التأكد من أننا نفهم ما يقصده العميل بالتحديد. 
٠‏ تصميم وعرض نماذج لأُجزاء من النظام المطلوب أو للنظام بالكامل. 


Physical Environ mentم|ظiلlب البيئة المحيطة‎ 
|nterfacesplدۃختwlJ|‎ تlجو‎ 

Users and human factorspqتlila|و‎ نıمدختسملا‎ 
Functionalityمlظزiلl‎ فزئlۈزو‎ 

Documentatio ¬ قيٺتوتلl‎ 

Data البيانات‎ 

ResourcesرڏlصڏمJl‎ 

Securityjمفلl‎ 

Quality Assuranceةدgجll‎ iنlمض‎ 


ویجب التأكد من أن نناقشس جميع هذه العناصر 


ثانيا: تسجيل هذه المتطلبات في وثائق أو قاعدة بيانات وعرضها على العميل ليوافق عليها باعتبار أنها ما 
يطلبه بالفعل 

المتطلبات لا تصف فقط تدفق البيانات والمعلومات من وإلى النظامء واما تصف كذلك القيود المفروضة على 
عمل النظام. ويذلك فإن عملية تحديد المتطلبات تخدم تلاثة أغراض: 
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٠‏ اولا تمكن المطورين من شرح فهمهم للطريقة التي يود المستخدمين ان يعمل بها النظام. 

, ثانيا توضح للمصممين ماهية الوظائف والخصائص التي سيمتاز بها النظام‎ ٠ 

٠‏ وثالثا: توضح المتطلبات لفريق الاختبار ما الذي يجب إثباته لإقناع الزيون أن النظام الذي تم تطويره 
هو ما سبق أن طلبه بالضبط . 


لذلك ولضمان أن كلا من المطورين والزيون متفاهمون تماما على ما يجب القيام به» فإن المتطلبات المسجلة 
حتى هذه الخطوة يجب أن تكون لها الصفات التالية: 

.1أن تكون صحيحة ٥0۲۲6٣‏ وخالية من الأخطاء. 

.2أن تکون ثابتة ۲0۸551۵۸٤‏ بمعنی أن لا يكون هناك أي تعارض بين متطلب وآخر 

.3أن تكون تامة ماءام"۳ه٥)‏ يجب أن يتم ذكر جميع الحالات المحتملة للنظام ا غ المخرجات المتوقعة 
منه» ...الخ . 

.أن تكون واقعية إاءأاة۲6 بمعنى أن تكون قابلة للتطبيق في الواقع. 

.5ن تكون متعلقة بامور ضرورة للعميلء ويتطلبها النظام. 

.6ن يكون من الممكن التحقق مiږel‌bl verifia‏ 

.7أن تكون قابلة للتتبع r2٥2 | e‏ 
يطلق على هذه الوتائق "وتائق تعريف المتطlبlات Requirement Definition D0CUMent‏ " 


تالتا: إعادة تسجيل المتطلبات بشكل رياضي |هء ا3١٣٤‏ ١ة"‏ ليقوم المصممون بتحويل تلك المتطلبات إلى 
تصميم جيد للنظام في مرحلة التصميم. 

لسنوات عديدة كان يتم الاكتفاء بوثتيقة تعريف المتطلبات (التي تحدتنا عنها قبل قليل) والتي تكتب 
باستعمال اللغة الطبيعية) لغة البشر) لوصف وتسجيل متطلبات النظم بحيث يمكن للعميل ان يفهم كل 
كلمة موجودة بهاء إلا أن ذلك يسبب العديد من المشاكل والتي يعود سببها في أغلب الأحيان إلى سوء 
e‏ للمستخدمين من قبل المصمم أو العكس» فعلى سبيل المثال قد يطلق المستخدم 
على النظام التعبير (متوقف عن العمل) إذا كان النظام مشغول بعملية تسجيل احتياطي ما۸٤08‏ باعتبار أن 
لا يستجیب لأوامر المستخدم في هذه الحالةء بينما يعتبر المصمم أن النظام في هذه الحالة (مستمر في 
العمل) ) لأنه يقوم بمهمة أساسية! 

لذا فأن الاعتماد على اللغة البشرية بشكل تام قد يؤدي إلى أخطاء كثيرة عند تصميم النظام, وينتج عنها 
نظام لا يقبله العميل لأنه لا يلبي متطلباته التي حددها من قبل لذلك يتم كتابة نوع ثاني من الوثائق 
تسمیى "وثائق مواصفات المتطلبات †1 0€ Requirement specification D0Cu‏ "وهي تکتب باستعمال وسائل 
وطرق خاصة ابتكرها مهندسو البرمجيات لكتابة المتطلبات باسلوب تقني بحت. منها على سبيل المتال: لفة 
النمذجة الموحدة 29€ Unified Modeling Langu‏ ال و هي لغة نمذجة رسومية تقدم لنا صيغة لوصف 
العناصر الرئيسية للنظم البرمجية. 

الشكل التالي يعرض متال على استعمالا “۷لا 
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FIGURE 4.8 Transition dingram lor hotel reservations, 
1 المصدر: المرجق رقم‎ 


رابعا: التثبت والتحقق من المتطلبات التي تم تسجليها في كلا من وثيقة تعريف المتطلبات (والتي تقدم 


للعميل) ووثيقة مواصفات المتطلبات (والتي تقدم للمصمم (للتأكد من صحتهما وشموليتهما وأن كلا منهما لا 
تعارض الثانية في أي نقطة. وإلا فإن النتيجة سوق تكون نظام لا يلبي طلبات العميل.! 


ا وة لرن الفالة ةي دإ 
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( ٠۰.۰ °٠..هتثلاثلا الدرس‎ شاقن«٠.٠‎ ٠.٠ ) 


أولا: الاجتماع مع العميل للتعرف على المتطلبات: 

وهذه خطوة هامة جدا إذ أن بقية الخطوات التالية تعتمد عليها بشكل أساسي. لذا يجب علينا أن نستخدم 
كافة التقنيات المتاحة لنكتشف ما الذي يطلبه العميل والمستخدم, ON tees‏ 

اخر شي قلتي" :وتخت التأ كك من أن نتاقش خمبع هدة القناض' 


هل تقصدين النقاش مع العميل!!? 


نعم يجب مناقشة كل نقطة مع العميل للتأكد من اننا فهمنا ما يقصده تماما. 


البينة المحيطة بlلiنزۈظlم.. Physical Environment‏ 
لم أقهم ما تقصدين بالبينة المحيطة؟؟ 


يقصد بها كل ما بحيط بالنظام وليس من مكوناته مثلا الموقع الذي سيعمل به النظام هل هو ثابت في 
موقع واحد اكثر او يمكن أن يتم نقله إلى مواقع مختلفة (طبعا الحديث يشمل النظام كامل + ع2۲ 1a۲ W‏ 
software)‏ 


نرید توضح او مثال عن صفات المتطلىات الأتىة :_ 

.أن يكون من الممكن التحقق منهاعاطهverifi‏ 

بمعنى أن تكتب المتطلبات بحيث تكون قابلة للاختبار للتأكد من تحققت» فمتلا قد يذكر العميل أن يريد من 
النظام أن يكون ذا استجابة سريعة! 

ما مقدار | عة | ب؟ 


قد يرى المصمم أن الانتظار لمدة 50 ثانية مناسب كحد أقصى. بينما يتوقع الزبون زمن انتظار 20 ثانية كحد 
أقصى! 


.2 أن تكون قابلة للتتبعاtraceab‏ 


بمعنى أن تكون المتطلبات مكتوية بحيث يسهل تتبعها للتأكد من أن كل وظيفة مطلوبة من النظام تم 
استيفائها من خلال المتطلبات. 
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الدرس الرابع: تصميم النظام 


نكمل مع خطوات بناء النظام وهذه المرة سوف نتحدث عن خطوة "تصميم النظام " 


ما هو التصميم؟ 

التصميم هو عملية إبداعية لإيجاد حل لمشكلة»ء كما تطلق عادة كلمة تصميم على وصف هذا الحل. 

حيث نستفيد من المتطلبات التي حددنها في الخطوة السابقة في التعرفق على المشكلةء تم نبدا في 
التفكير في الحل الذي يفي بجميع الشروط والمواصفات التي تحددها المتطلباتء وغالبا ما يمكن إيجاد عدد 
غير محدود من الحلول يمكن لنا أن نختار أحدها و الذي نجده الأنسب من بينها. 


أ و ن هة خود الا ا وی ك كا ا فن الرس الما الاولى هى 


ودور المصمم هو تحويل هذه الوتائق إلى نظام يرضي العميل (يلبي احتياجاته)» وفي نفس الوقت يرضي 
لذا فإن عملية التصميم في عملية تكرارية ۲2۷۵| من خطواتين: 


أو :يتم إنتاج التصميم التصوري ١9اءعل‏ اةuأمعءnه»ء‏ والذي يوضح للعميل ما الذي سيقوم به النظام 
بالتحديد . 


وفي حال موافقة العميل على هذا النظام يتم الانتقال للخطوة التالية. 


تانيا :تحويل التصميم التصوري إلى وثيقة بها تفاصيل أكثر عن التصميم يطلق عليها اسم التصميم التقني 
nوdesi‏ اtechnicaوالذي‏ يجب ان يظهر للمطور ما هي المعدات والبرمجيات اللازمة لبناء النظام. 


أحيانا يتطلب الأمر للعودة إلى الخطوة الأولى) التصميم التصوري) والتعديل عليه لذا فأنها عملية تكرارية 
حتى الوصول إلى التصميم الذي يرضي العميل ويمكن تطبيقه على أرض الواقع في ظل الإمكانيات المتاحة 
رین 
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_conceptual desig ¬:éروصتلا التصمىم‎ 

يركز هذا التصميم على وظائف النظام 5١0٤لا‏ ويكتب بلغة يمكن للعميل أن يفهمها (لغة البشر) ليجيب 

عن أسئلة العميل حول ماذا )۷/١۸١(‏ يعمل النظام. ويجب أن يكون خالي تماما من أي تفاصيل برمجية أو 
فنية. والاهم أن يحقق كل المتطالبات التي تم تحديدها سابقا. 


ال التنقنيڃdesigr technical‏ 1 
هذا التصميم سوف يتم تقديمه إلى مطوري النظام ليقوموا هم بتحويله إلى النظام المطلوب» لذا يجب ان 
يقدم هذا التصميم إجابة شافية لأسئلة المطور عن كيفية )10۷W(‏ تطوير النظام. ولمنع إلى تضارب في 
المفاهيم فإن هذا التصميم عادة ما يكتب باستعمال تعبيرات وأساليب تقنية. 


٠.٠٠ )‏ ..٠«نهاية‏ الدرس الرابع ولا يوجد نقاش لهه٠.٠ ٠٠.٠‏ ( 
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الدرس الخامس: كتابة البرنامج واختباره 
أهذاف الخرس: 
هذا الدرس لن يعلمك لغة برمجة لتكتب بها البرامج» ولكن الهدف منه التعرف على: 


٠‏ القواعد الصحيحة لكتابة البرامجح 
٠‏ خطة الاختبار وأنواع الاختبارات 


الحزء الأول :كتانة البرا 


بعد وضع التصميم للنظام واختيار لغة البرمجة المناسبة» تبدأً الخطوة التي سوف تنقل التصميم المكتوب 
على الورق إلى واقع. خلال هذا الدرس سوف نناقش أهم القواعد التي على المبرمج إتباعها أثناء كتابة 
برامجه. ولكن قبل ذلك لنجيب على هذا السؤال الذي لا شك أنه ورد على ذهنك الآن 


س: لماذا علينا إتباع هذه القواعد؟ 


ج :إذا كنت تعمل منفردا في كتابة برامجك, فإن إتباعك لقواعد وأساليب قياسية في البرمجة سوف تساعدك 
على تنطيم أفكارك لعجب الوقوع قي الأخظاء كما نها سخسافدك على اكتضاف أك أعطاء قد دت 
بسرعة ويسهولة. 


أم إذا كنت تعمل ضمن فريق برمجي. فإن إتباع القواعد والأساليب القياسية في كتابة أجزاء البرامج التي 


يطلب منك كتابتهاء سوف تساعدك ويقية الفريق من تنسيق أعمالكم وتنظيمهاء كما أنها ستقلل من عدد 
الأخطاء في البرنامج وتساعد على اكتشاف ما يقع منها في اسرع وقت ممكن. 


تفرض الكثير من شركات البرمجة على مبرمجيها إتباع قواعد قياسية في كتابة برامجهم, وذلك لضمان 
الكامل تي حمت البرامج: كها أن يعض الضركات تى دري لأخهار اليرامج: غير الىق الزى قام بالرمحة 
ولذلك يجب أن يكون الكود البرمجي مكتوب بطريقة واضحة لجميع من يقراه» وليس لمن قام بكتابته فقط. 


Programming Guidelinesaةجمeربlاl‎ دعlوê بعض‎ 
Control StructurespSحتll‎ Jala ° 


يقصد بها تلك الهياكل التي تتحكم في مسار عمل البرنامج (مثل 6010 .(عءا ٠‏ » وأثناء كتابة هذه الهياكل 
علنا أن نحاول أن نجعلها واضحة وسهلة التتبعء وخالية من القفزات الواسعة قدر الإمكان. انظر لهذا المثال: 


benefit = minimum; 
if (age < 75) goto A; 
benefit = maximum; 
goto C; 


if (age < 65) goto B; 
if (age < 55) goto C; 
if (age < 65) goto B; 
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benefit = benefit * 1.5 + bonus; 
goto C; 

if (age < 55) goto C; 

benefit = benefit * 1.5; 

next statement 


if (age < 55) benefit = minimum; 
else if (age < 65) benefit = minimum + bonus; 
else if (age < 75) benefit = minimum * 1.5 +bonus; 
else benefit = maximum; 


٠‏ عالم البرمجة هناك قاعدة تقول أن العمومية ميزةعuا٣|۷‏ ج كأ رااة همعو . لذلك حاول دائما أن 
تجعل شفراتك البرمجة عامة» لتتمكن من إعادة استعمالها في بقية برامجك بأقل قدر ممكن من 
التعديلء ولكن حاذر من التمادي في ذلك! 

٠‏ لا تستخدم أبدا أسماء لا معنى لها لمتفيرات أو بارمترات ( ينصح بمراجعة هذا الدرس 
"التسمية في البرنامج» درس لابد من أن يقرأه كل مبرمج!( 

ه٠‏ "أريد برنامجا سريعا" وكلنا نريد ذلك» ولكن ما هو الثمن؟! 


عندما تفكر في جعل برنامجك أسرع ما يمكن» عليك أن تفكر كذلك في التثمن الذي ستدفعه مقابل ذلك: 
1. البرنامج السريع قد يتطلب منك كتابة كود معقد يتطلب منك (ومن فريق العمل) المزيد من 
الوقت والجهد في كتابته. 
2. الوقت الذي تحتاجه عملية اختبار البرنامج المعقد في مختلف حالته. 
3. الوقت والجهد الذي تحتاجه لتعديل هذا الكود أو لتطويره. 
زمن تنفيذ البرنامج ما هو إلا جزء من معادلة كبيرة لحساب تكلفة البرنامج» لذلك عليك أن تعادل بين 
السرعة» والجودةء واحتياحات الزيون. ولا تضحي بالبساطة والوضوح من أجل السرعة. 
ه٠‏ التوثيق: لا تهمل أبدا توثيق برنامجك» ما سمي الإنسان إنسانا إلا لنسيانه. 


ار ا ا الو و قاق له ا 
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الدرس الخامس: كتابة البرنامج واختباره 


وصانا الآن إلى آخر مرحلة في تطوير النظام وهي اختبار البرنامج للتأكد من أنه يعمل على النحو الذي 
يتوقعه الزبون. 


قبل تسليم النظام النهائي إلى الزيون تجرى عليه الكثير من الاختبارات» بعضها يعتمد على ما الذي يتم 
اختباره مغلا: 


)أحد مكونات البرنامج - مجموعة من المكونات - جزء من النظام - النظام بالكامل( 
والبعض الأخر يعتمد على ما الذي نريد معرفته من هذه الاختباراتء مثلا: 

٠‏ هل يعمل النظام وفقا لما ورد في المتطلبات؟ 

١‏ هل يعمل النظام وفقا لما ورد في التصميم؟ 

۰ هل يعمل النظام کما یتوقعه الزبون منه؟ 
مراحل الاختبار: 


عند العمل على اختبار نظام من الحجم الكبير» فإن عملية الاختبار تتم على عدة مراحل موجزها في ما 
يلي: 


component Testinga Module Testing iوكnJl اختبار‎ .1 


أول مراحل اختبار النظم هي اختبار كل مكون على حدى بمعزل عن بقية مكونات النظام للتأكد من 
عمله على النحو المتوقع منه. باختبار المعلومات المتحصل عليها (أامااه) منه بعد إمداده بالبيانات اللازمة 
(input).aJ‏ 
2. اختبار llتكlمTestingJ Integration‏ 


بعد اختبار كل مكونات النظام والتأكد من سلامة تصميمهاء يجب أن نتأكد من أنها ستعمل معا بشكل 
صحيح وأنه لا يوجد تضارب بين بعضها البعض بحيث أن المعلومات المنتقلة بين هذه المكونات تصل بالهيئة 
المتوقعة لها. وهذا هو الهدف من اختبار التكامل. 
3. اختبار llلg¦ظيغفةTesti¬g Function‏ 


ويقصد به اختبار النظام بعد تجميع كل مكوناته للتأكد من أنه يؤدي الوظيفة التي يتعين عليه القيام بهاء 
والموضحة في وثائق متطلبات النظام .عندما يجتاز النظام هذا الاختبار يمكننا اعتبار هذا النظام على أنه 
نظام lEمmJ Functioning Syste‏ 


Performance Testing اختبار الأداء‎ .4 
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في هذه الخطوة يتم اختبار أداء البرنامج في بيئة عمل الزبون للتأكد من أن النظام متوافق مع بقية ِ 
المتطلبات .عند اجتياز النظام لهذا الاختبار يتم التصديق على النظام "۴۳اءلء لماه هناجل ويهذا فإننا نعتبر أن 
النظام اصبح جاهز حسب مفهومنا لما طلبه الزبون. 

Acceptance TestJgبقall‎ رlبiتخl‎ .5 


يتم إجراء هذا الاختبار للتأكد من أن النظام المحقق موافق لما توقعه الزيون» ويعدها يعد النظام مقبول 
عند المستخدم وjllب ijg Accepted system‏ 


|nstallation TesStتيبثتلا اختبار‎ .6 


الاختبار الأخير يتم فيه تثبيت النظام في بيئة العمل الخاصة به والتأكد من أنه يعمل كما هو مطلوب منه. 


الشكل الالي وقح خطواف طفى فة اخار التظام التي يخسن تطفها على ات ظا مهما كاه 
حجمه للتاكد من انه سيؤدي المهمة المطلوبة منه 


Design system Other Customer User‏ ج 
specifications functional software requirements environment‏ 2> 
E8 requirements requirements specification‏ 
3 
ع 
7 
ته 
O:‏ 
û OQ‏ 
J‏ = 
Function Performance Acceptance Instalation‏ 3 
test test test test‏ 
Integrated Functioning Verified, Accepted‏ 
modules system validated system‏ 
software‏ 1 
] 
£ 3 
SYSTEM‏ > ع 
IN USE!‏ :0 
EEO‏ 
E‏ 
5 
8 


ف وة الكرفن الخافني + لحن الاي ولا جد قان لك ةر 


تمت دورة هندسة البرمجيات بحمدالله وتوفیقه .. 
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